I follow a Data backed Design Approach: 

So, I have created my own 
1.UX Research System
2.UX Test/Evaluation System
3.UX, UI Design System
 
where with the help of direct user feedback, user behaviour data, experience data, usability data etc at the end of each sprint cycle We get to improve our understanding of our users i.e. mental model therefore more user centric designs can be built 
If a Client requires a Quick UX Audit before dedicating budgets & time for full Design Process: 
I deliver a UX audit report which typically includes:
1. The current way of things;
2. The real outcome of usability testing;
3. Recommendations for improvements.
4. Criticality: Low to High

If a Client asks for rethinking their Product...
Pre-check with existing Data: 
Secondary Research -> Primary Research  ​​​​​​​-> Identify the problem

Goal-directed design
The constancy of goals
End goals and experience goals
Business goals and customer goals

Stakeholder interviews
Prepare for an interview
Clarifying interview goals to the stakeholders
Conducting stakeholder interviews

Customer interviews
How to prepare for an interview
Clarifying your interview goals
Conducting customer interviews

Customer observation
What are we looking for
Preparing for fieldwork
Conducting fieldwork in Belfast city centre

List Down all the data & Reorganize as we grow our knowledge on users
All the Pain Points are then organized in High no. of people's Pain Point to lower ones with respective Goals & Metrics to gauge the Post Design Success
After observing users, I create User Personas with the details captured ( pain points & other attributes)
Create Assumption User Personas if its a new project,
Validate those personas with KPI's like signup interests, repeat user logins, newsletter subscription, pre order etc (or use existing user data to create personas) 
Learn the pain points, listdown goals, Quanttify Goal Achievement & go for Round 2 of testing
Top Impactful ones to Users as well as Business are considered for the First Sprint.




After Affinity Mapping, the patterns of behaviours start emerging which tell us more about our user groups who we are designing for. Not just the demographics like Age, Gender, Location, but Psychographics and their Personality Traits. This is the most important stage where in we document User Personas based on which all further design decisions are taken further in the process.
Creating User-Scenarios
Once we create User Personas, we have a pretty much good idea about the personality traits of our users and their goals. But, what we are missing out is the situation and scenarios in which users face pain points or will be using our product. Knowing about social and environment “context” help us empathise better with our users. User scenarios can be documented in text as well as visual format through storyboarding technique.
Creating Task Flows
Till this point, the team has a strong and consensus understanding about the end users needs, pain points and motivations. The Define stage of the Design Process is done. At this stage, we enter to the Design phase, We start designing the interactions between the users and the application. First step here is to make sure the users should be able to achieve their goals with minimum friction. Task Flows help us focus on just that. These are simply flow diagram, where the main focus is align these with users real life journal with offline experiences and utilise Interaction Design laws like Hicks law to reduce user cognitive load at each interaction. (Eg. Journey of going to Super Market store is what is replicated on online platforms like Flipkart, Amazon).
Defining Information Architecture
Imagine everything in your kitchen lying on the floor, without any categorisation and labels. Would it be easy for you to find all relevant information required. Imagine if all the chocolate cookie jars in the kitchen are put up at very easy access to kids. Is that what a mother wants for her kid, who is designing the interactions in the kitchen? Is it not important to put only primary things at easy access at first level and rest in drawers or at secondary level. Similar levels of access needs to be defined in case of mobile interaction where the users have a small real estate of screen to interact, so its very important to prioritise and provide only relevant information to users, guiding them step by step to reach their goals efficiently. Creating a sitemap at this stage helps define the information hierarchy.
Product UX Quality Goal Setting: 
Instead of working on pure Functional part in Sprint 1 , Reliability in Sprint 2, Ease of Use in Sprint 3 & son on 
Each Sprint releas e has to Satisfy all the 4 Product UX Quality Layers

Wireframing and Heuristic Evaluation
At this stage, the structure gets converted into a skeleton. Similar to how a architect creates a blueprint of the entire building on paper before actually thinking of putting cement and interior design, a UX Designer create wireframes of their application on paper to quickly iterate. All design decision here are taken based on user personas, their needs and context of use.
Usability Testing, Heat Maps, Direct User Card Sort, Tree Jack, Eye Tracking, Scroll Stop, 
Collaborating with UI Designers....
Feedback Loop & Testing Rounds Continue
I start & end my Design Process with this Question. Once this checklist is satisfied by the Design I will go ahead with my Checklist Systems & send it for Round 1 User Testing & after solving the issues will send the Design for another Round of Testing before Pushing it to Sprint Development
UI Design System 
Additional to UX, Research , UI Systems, A Standardised System for everything is how i make sure everything is achieved & UX is maintained
Design Approach
Published:

Owner

Design Approach

Published:

Creative Fields